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A SYSTEM. METHOD, AND MEDIUM FOR RETRIEVING, OROANISINO, AND UTILIZINO NETWORKED DATA 



S The Mowing description indudes some copyrighted material. While Applicants 

do not object to the cop^g of this spedfication for patent related piirposes. Applicants 
reserve all copyrights to themselves and/or the assignee of the present invention. 

BACKGROUND OF THE INVENTION 

1. Technical Ovendew 

10 The present invention rdates to a networked, informadon gathering and deliv^ 

syston. More ^)edfica]fy, the present invention rdates to a network based (intranet-based, 
IntCTet-based, extranet-based) cataloging system vMck provides a user with a plurality 
of methods of gathering and analyang information rdadng to a subject of interest. 

2. Related Art 

IS Manu&ctuiing and sendee industries exist to provide products and services to aid 

users while makmg a profit at the same time. In this day and age, many businesses do not 
control the entire manu&cturing process from collecting raw materials to outputting a 
high levd end product Rather, most bu^nesses take existing components and incorporate 
the con4)onents into larg^ products. An example includes engineering design systems in 

20 which en^eers take existing components and de^gn new products using these 
components. So as to reduce costs, these businesses goierally attempt to maximize profits 
through finding the most affordable materials and processes whidi satisfy their needs. 
Simultaneously, to meet the performance or quality objectives for the end product, 
business must find matmals and processes that satisfy a variety of other criteria. 

25 Unfortunately, dependmg on the industry, finding the lowest cost materials or services 
indiich meet spedfied criteria can become very costly and time consuming. 
Currently, the designers sdecting the various componmts for a final design can quickly 
become overwhelmed by the available data as many lower end suppliers may produce 
similar products. Sorting the available products and attempting to match potCTtial 
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products into an overall design scheme quickly becomes a formidable task when a single 
end product may contain tens to hundreds to thousands of mdividual components with 
eadi component having its own s^ of associated data (for example, operating tolerances, 
power consunq)tion, size constraints, etc.). Further, the manu&cturing process which 
S produces the final design may affect the end product m ways unconsid^^ by the product 
devdopment team. Because of the agmficant burden placed on designers to handle design 
\^e another set of engineers gena^y handle the realization of the design through a 
numufiicturing process, the end product may suffer Scorn poor integration of the design 
and manufiicturing processes. To this end, product support also suffers as the team 

10 handling product support generally has minimal information regarding the actual design 
and manu&ctuiing processes and how these processes a£kct the end product. At least o 
cause of the &ilures of the current design, mami&ctuiing, and product support model is 
the requirement that all stq)s are handled by an en^eer vnih mmimal to no automated 
support for accommodating the demands of the current model In &ct, most information 

15 has to be manually integrated and con^dered in the formation of a final product. 

Another fiiihire of the current model is the lack of integrated tools available to a desgner. 
Currently, a de^gn^ must wade through technical information and sequentially use 
disparate, unintegrated electronic tods to perform a variety of tasks such as requirem^ 
definitions, computer aided de^gn (CAD), structural analysis, costing, manu&cturing 

20 planning, etc. Accordingly, a need exists to automate and integrate the design fonction as 
much as possible. 

The problems assodated with the current design and manu&cturing modd exist 
in other industry sectors as well. For example, the real estate industry uses as its primary 
seardi and inde«ng tod the muhiple listing service (MLS). This service allows real estate 

25 hroko? to list properties as well as search for properties using a ample Boolean seardi 
fonction. However, the real estate agent is then required to peruse through the list of 
retrieved oitries imtil a match is found to many dverse buyer requiremmts . Further, there 
is no ability to link to other sources of other information (for example, financial 
institutions providing loan information, etc.) which may be relevant to the information 

30 contained within the MLS. Moreover, MLS is limited to real estate agents only. 
Independent sdlers and buyers cannot list and retrieve the listings available in MLS. 
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Unlike the restricted nature of MLS, the Internet provides easy access to a variety of 
information. Search engines (sudi as Lycos™, AltaVista™, and other search en^es) 
exist that rq)eatedly scan the Internet (a.k.a., the World \^de Web or, simply, the Web) 
for content Current seardi en^es retrieve and store the textual content of HTML pages 
5 of the Web in large indexes. A user may later pass ample Boolean queries to databases 
created by the search aigines and retrieve HTML pages relating to the submitted queries. 
The problem with sudi Boolean quenes for these large indexes of stored information is 
that actually getting the derired information is cumbersome. Also, current systems must 
treat the found content as flat, unstructured data; for there is no way to create or find 
10 assodations between the d^ents stored on HTML pages. Furth^, the appearance of 
subject-oriented searches fiuls to satisfy the needs of designers and like individuals 
interested in a narrow fidd of industry. To this end, current search sfystems are not 
directed to the needs of spedfic usa?. 



CTTMMATtY OF THE INVENTION 

IS The present invaition rdates to a computer-based information organizing, 

seardmig, retrieving, and exchanging platform Through gathering organized information, 
a consumer accesses the gattwred information to oeate an end product in a shorter period 
of time. The present invention uses a predefined conunon language and format (for 
example, hypertext markup language (HTML) extended to implement an underlying 

20 orgamzational structure) for organizing information placed on the networic of computa^. 

When retrieved the orgaiuzed information is readity sorted and cataloged into a repository 
of ^milar cataloged information. 

When placing the information in a form readily accessible by other compute (for 
exainple;, on the LitemetX a suppKer provides the iriforniation m HTML fonr^ 

25 tags whidi diaracterize the formatted informatioa These tags may mdude a "dass" 
identifier with eadi dass having various "attributes** and **methods*'. The various attributes 
are contemplated to indude "features" (compriring character strings), "parameters" 
(comprising nun»ical strings), and "index" tags. Through listing an item as belonging to 
a class and having various attributes, a suppli^ may fidly identify the item using this 

30 structured language. Also, each dass may be a nested item of another dass. So, each 
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component may be broken down into Hs elemental parts through classifying each of its 
parts individually. Notably, through the combination of various parts, products may be 
compiled. A similar approach can be applied to processes or services and their sub 
componoits. At this point, the consumerv^o compiled the product may place the product 
S on the Web as spedfied in an HTML page with the appropriate tags so that a later 
consumer may choose to use the previous consumer's product. To this end, each 
consume may also be called an integrator as each consumer may integrate parts into 
products for lat^ integrators. 

Also, some dasses may have methods or tags assodated with th^ as well which 

10 provide procedures for invoking simple or complex algorithms or computations and 
contpute performance or behavior of an item in the dass. Because the bdiavior of an item 
typically depends on its spedfic use and environment, these computations requke 
information provided by the integrator and not knowable in advance by the product 
supplier. Thus, method tags provide access to procedures invoked by the integrator ^en 

IS he evaluates posable uses of the item. Method tags contain pointers to computational 
algorithms, and to the "signature" of the method. A signature defines vAtai input and 
output information the algorithm needs and provides, respectively. 

A scanning engine scans the computo^ having accessible pages so as to locate all 
pages having the predefined organizational structure as induding dass, attribute, and 

20 methods idendfiers. Through organiziiig the retrieved information on the basis of the class, 
attribute, and methods information, the retrieved information is cataloged for later 
retrieval. The catalogs are stored and updated as needed. Instead of storing all posmble 
information fiom eadi HTML page (as induding gmpiio files, text files, Java scripts, and 
the like), the catalog, for exanq>le, may only store the dass, attribute, and method 

25 identifi^iriformation that allow a user to seardi for and identify the accessed item. The 
remainder of the accesfflble information is left bade on the originating site for later 
retrieval. Through this organizational scheme, high levd descriptive information (for 
exanq>le, information that may satisfy an initial search) may be stored in a computer that 
inter&ces between an end user and the information source. In this instance, the more 

30 detailed information may be left back at the ori^nating source. Thus, the most detailed 
information, which is the most likdy to change is readily updated at the source of the 
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information, minimizing the information which has to be provided to keep each end user, 
as well as each inter&dng computer, current. 

As described above, in one embodiment, the cataloged information is stored in a 
local con:q)uter system interfiidng between the end user and the mformation source. For 
5 purposes of somplictty, the local computer system as storing categorized information is 
hereinafter referred to as a "portal** as the portal acts as a primary int^&ce to the 
orgaxuzed information redding on the network of computers. When a portal is located on 
a usef's local site;, the user has quick access to the variety of information stored at the site. 
To this end, embodiments of the present invention contemplate the sector portal 

10 maintaining a list of complying HTML pages at each supplier's dte so that each portal 
need only retrieve a new list of supplier dtes for compliant pages, rather than search the 
Web as a whole for compliant pages. 

Also, for dmplidty, the network of computers is referred to as the Web or the 
Internet. However, it is understood that any networked group of computers storing 

IS organized information is included within the scope of the invattioiL 

The various users of tiie present invention may be categorized as information suppliers and 
information consumers. As will be described in greater detail below, as the information 
consumers in turn supply information to other upstream information consumers, every 
information consumer may be considered a supplier to other consumo^. 

20 So as to enable each supplier to provide reqiustte information on its pages, a 

''sector** portal establishes common terms (class, attribute, and method names) for the 
suppliers and consumers to use. The sector portal is so named because each industry 
sector is contemplated to have at least one governing portal from vMch all oth^ portals 
in that industry sector derive their common vocabulary, taxonomy, or ontology. Each 

25 sector portal has the ability to update its own Ust of accepted dasses, attributes, and 
methods. So, \^en a supplier begins to use new classes, methods, and attributes, the 
sector portals selectively update their ontology to include the new classes, methods, and 
attributes as according to a predetennined scheme. For example;, a predetermined scheme 
may include updating the ontology only after a new class, attribute, or method is used a 

30 predetennined number of times (e.g., ten times). An advantage of not updating the 
ontology for every pos^le new class, attribute, or method is that 1) mistakes will be 
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made by suppliers in not using the predefined ontology so that the ontology should not 
necessarily include the mistakes of suppliers and 2) an ontology expanding too quiddy 
m^ &il to nummize the number of terms used to describe a single item. To this end, the 
ontology should not necessarily mclude multiple listings of the same class or attribute 
S when a single one may be used across suppliers. 

Once the catalogs are established at a portal, a consumer may use at least one of 
three search strategies to retrieve the stored information including Boolean searches, 
hierarchical searches (for example, where a consume navigates through a hierarchy of 
classes), and parametric searches (which may include fiizzy seardies). 

10 BRTEF DESCRIPTION OF THE DRAWINGS 

Figure 1 shows an organization diagram of various suppliers and consumers 
according to embodiments of the present invention. 

Figure 2 ^ows the configuration of an mdustry sector portal according to 
embodiments of the present invention. 
IS Figures shows a low end suppfier\vith browser access according to embodiments 

of the present invention. 

Figure 4 shows a high end supplier with a page generator according to 
embodiments of the present invention. 

Figure S shows a consumer according to embodiments of the present inv^ition. 
20 Figure 6 shows an architectural rq>resentation of sector and local portals, 

according to embodiments of the present invention. 

PETAH^EP PESCRTPTIQN 

The present invention will now be desoibed in detail with reference to the 
accompanying drawings. While the present invmtion is desoibed in the context of a 
25 communications network including a spedfic number of components, the catalo^g 
seardi and retrieval system and integrated tool suite accortfing to the present mvention 
may be incorporated into networks of many structures and sizes. The drawings are 
intended to provide om exanq)le of a network configuration in \^ch a cataloging search 
and retrieval system nu^ be implemented and are not intended to limit the q)plicabiltty of 
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the present invention to other network configurations. 

Figure 1 shows a high level functional arrangement of the contributors and users 
of the organized infonnatioa The network of computers, in this example, is shown as the 
Internet or Web 101. Portal 102, in one aspect of the present invention, fimctions as an 
S &itxy way into the stored catalogs of information. As will be described in greater detail 
bdow, portal 102 may reside at a number of locations. Also multiple portals may exist for 
an industry, bi the case of a single portal 102 for an industry, the portal 102 is referred to 
as the sector portal 102. In the case of multiple portals 102 (for example, each compare 
having its own portal 102), Ham one of the portals 102 may be con^dered the sector 
10 portal. The sector portal may maintain control ov^ the accq>ted ontology. Portal 102 is 
contenq)lated to include at least one processor and at least one storage device. Through 
the impl^entation of stored program modules, the portal (or portals) 102 may control 
itio collection and dissemmation of information as described in greater detail with respect 
to Figures 2-6. 

15 Also shown in Figure 1 are suppliers (104 and 105) of information. The supplim 

(104 and 105) of information provide information to portal 102 for use by user 103. User 
103 uses the infonnation stored in portal 102 to make decisions on the information as well 
as retrie^^ greater aiiKnmtsofinfoimation as needed fiomsuppliars 104 and 105. Further, 
user 103 includes a tool suite wMch uses the information in portal 102 and at providers 

20 104 and 105 to pnmde ad^onal foncdonsto theuser indudfaig, inter alia^ the availability 
of alternative ded^on trades, the likelihood of success of selected components meeting 
an overaD design criteria, etc. To provide information to portal 102, supplim 104 and 105 
make their information available for retrieval via the Web 101 by placing thdr pages in 
HTML format on a server connected to the Web 101. As only some of the sitities 

25 (buaness, organizations, etc.) \^ch access the Web 101 have the ability to provide the 
sen^tedmology to host their own Web pages, suppliers 104 and 105 are separated into 
two groups: aqypliers (104) ^o do not have the capability to provide Internet access to 
thdr pages and the si^>p&ers (105) \^ do have the cq)alnli^ As for suppliers (104) vAko 
cannot publish their own pages, the system allows suppliers 104 to upload thdr product 

30 mformation (and other mformation) to an ISP for page hosting purposes. Accordingly, 
suppliers 104 are conadered low-end suppfi^. The fimcdonality of uploading pages fiom 
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suppliers 104 is treated in greater detail with respect to Figure 3. As for suppliers (105) 
who can publish their own pages, the system accommodates their ability as well. The 
fimcdonality of uploading pages from suppliers lOS is treated in greater detail with respect 
to Figure 4. 

5 Figure 1 fiirther shows user 103 using information stored in portal 102. 

Embodiments of the present invention contemplate portal 102 not storing every piece of 
available information in portal 102 as the amount of storage space required may quickly 
become ovenirfidming. So, portal 102 stores some information which may answer some 
initial questions for user 103 and point to supplim 104 and lOS for additional 

10 information. As user 103 consumes the information provided over Web 101, user 103 may 
be referred to as an integrator as it integrates the available information. Notably, the 
resulting data sets combined by user 103 may be placed in another portal 102 for another 
user's access. In this instance, user 103 becomes anoth^ supplier. For ^plicity, the 
grouping of the entities uang the disclosed system are re&nred to collectively as "players'*. 

IS The labels applied to the various playm in the system (supplier, user, consumer, 
integrator, are intended to be relative to the surrounding players and not mtended to 
be an absohite definition of the phty^. 

To provide infonnation to portal 102, suppliers 104 and 105 (and user 103, when 
applicable) encode their pages u^g a predefined protocol. Use of the protocol 

20 encourages pladng available information in an organized format. The protocol may 
include tag codes ^ch describe the information contained therdn. For example, an 
HTML-based tag protocol may include the following information: 
<UC domain="product" class="giinbals/shanks/wiclgets"> 
<UC_ENTRY naiae=" standard widget" realization 

25 state="available"> 

<UC_FEAT name='* Supplier Name" value="Aciae Corporation"> 
<UC_FEAT name-"Manufacturer Name" value="Acme Corporation" > 
<UC_ID name="part number" value="1234"> 
<UC_PAR name="Price" value="$100"> 

30 <UC_PAR name="Length" value="2.5" units=" inches" > 
<UC PAR name="Width" value="3.5" \inits="inches"> 
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The tag <UC*> (where may include additional tags) is the identifier to portal 
102 that the following page is in an organizational format useable by portal 102. It is 
readily {^yparent that any predefined tag could be used as long as it is recognizable by the 
portal. For dmplidty, organized language used by suppliers and read by portal 102 will 
S hereinafter be referred to as "the protocol**. The protocol may include various fields that 
describe both the information as well as the supplier of the information. In the above 
exantple; tiie "doman", "dass", "oitiy name", "realization", and "PAR" (parameter) fields 
relate to the information supplied. The FEAT (feature) fields relate to the supplier of the 
information. In the above example^ the Acme Corporation is both a manufacturer and 

10 supplier of a standard widget (a product) (curroitly available) which costs $100 per unit 
and has dimen^ons 2.5 indies by 3.5 inches. The domam field relates to the type of 
product. In genial, the feature field may rdate to alphanumeric charact^ strings n^iile 
the paramet^ fidd may rdate to numerical values. 

^hbodiments of the present invention contemplate induding a variety of different 

15 domains, eadi directed to at least one type of industry sector. For explanatory purposes, 
a variety of industry sectors are contemplated and, to these sectors, overlapping domains 
may exist. For example, the manu&cturing industry sector may include products as wdl 
as processes. The shipping industry may indude time tables for shipping routes 
(overlapping as to delivery schedules for the manufiacturing industry). The real estate 

20 industry may indude commeidal and re^dential properties. The loan industry may include 
commercial and residential loans as wdl as the risk fiictors assodated th^ewith. 

The dass fidd rdates to an ordared hierardiy of information. In this example, the 
standard widget fidls into subclass "widget", \^ch is a subclass of subclass "shanks", 
which is a subclass of dass "^mbals". In an altmiative example, a real estate propoty 

25 listing may bdong to a subdass "locality", which is a subdass of dass "residential 
properties". 

Figure 2 diows a generic portal 201. Generic portal 201 is represented in the 
middle of Wd) 101 as the portals may be located in a variety of different physical and 
fiinctional locations^ depmding on the industiy and the resources available to the players 
30 mvohred. Portal 201 includes a Wd) ate seryer 202, an online page generator 204 (also 
known as a protocol translator), a searching systmi 205 (referred to herdn as a Web 
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Crawler), search engines 203, and a knowledge base 206. H^e, knowledge base 206 is 
represented as an industry sector knowledge base. Embodiments of the present invention 
contemplate at least one industry sector knowledge base existing for each industry in a 
given locality. For example, in the real estate industry, a single knowledge base may 
support the entire industry in ^ven locality as real estate agents would access a single 
knovrfedge base for retrieving residential and commerdal listings. In other industries, eadi 
oonr^>any may include its own updateable knowledge base allowing limited access to the 
public and greater access to employees. 

Web oavrfer 205 p^odically scans the Web for pages as represmted by oravda* 
210. Pages 209 are retrieved and parsed in Web crawler 205. As will be desoibed in 
greater detail below, the parsed pages 208 containing a usable organizational structure 
(for example^ identified as induding the <UC> tags) are stored in knowledge base 206 for 
indexing and foture retrieval. The knowledge base 206 stores pages 208 as based on the 
classes found therein as well as tiie attributes and m^ods found therein (for example, the 
length, width, and other prop^es of the contained information). When a spedfic page 
needs to be retrieved for information contamed therdn, search engines 203 search 
knovriedge base 206 for results meeting various search criteria. As knowledge base 206 
stored pre\dou^ parsed pages 208 in an ordered manner (via dass, attribute, and method 
information) a variety of different searches may be performed on the stored information. 
To search for information, embodiments of the present invention contemplate a user 
submitting a seardi request via an HTML page 21 1 forward to server 202. The server 
then forwards the requested information to search engines 203. A variety of differcatt 
searches may be performed. 

For example; a Merarducal seardi may be performed . U^g a hierarchical seardi 
en^e, a user may sdect a gaieral dass and step througji the various subclasses until a 
specific subclass is reached. For instance, a user may be looking for brusUess motors as 
clasafied in Parts/dectromedianical parts/motors/bnishless motors (whm the general 
class is *Tarts" and "dectromechanical parts'*, "motors", and "brushless motors** bdng 
nested subclasses). To find a list of bnishless motors^ a user would first sdect **parts**, thai 
''electromechanical parts**, then ''motors'*, and then "brushless motors'*. When readung 
"hni^ess motOTs", the list of available brushless motors would be displayed. Also, a fiiU 
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text Boolean search may be performed on the terms stored from Web Crawls 20S. For 
exanq)le, udng a search engine accessing a linear index (for example, as supplied by Aha 
Vista™ from Distal Equipment Corporation), a user may request information on 
*l)mshless motor". In response the search request, the search engine would scan through 

5 a stored index of terms for "brushless** and "motor" and retrieve all matching results. 

Finally, a us^ may request a parametric search. A parametric search is a search, which 
attmpts to match input param^ers with known values in an arithmetic sense. For 
example, a param^c search may deal with immerical values and character strings, but 
generally only through a Boolean comparison. Fuz2^ness allows matdies to be made 

10 based on the "closeness" of one value as compared to anoth^ or one diaracter string as 
compared to another. To be able to compare character strings, a fozzy logic search relies 
on a predefined value map, which defines what closeness means for the attributes in 
questioa By referendiig the vahie map a parametric search can handle both nummcal and 
non-numerical searches. 

IS Li a parametric fiizzylo^c search, a user supplies target values for the attributes 

of into^ (e.g., the sdected parameters, features or indices), togeth^ with the rdative 
importance of each selected attribute and other ranking information (such as "more is 
better" or "doser is better"). The search en^e would then return the data objects that 
best match the target vahies. An example of afiizzy lo^c seardi enffne includes a search 

20 engine as developed by the Inso Corporation of Massachusetts. An example of ranking 
various fields is shown below: 
Subchiss: Rectifiers 

Rating: IF AV VRRM IFSM TJ 

Desired Values: S 75 215 180 

25 Relative Importance: very littie veiy most 

Ranking Criteria: moreisbetter moreisbetter lessisbetter exact 
Through hnplemmiting a fiizzy search spedfying the above values and qualifiers^ the 
system attempts to find the deared rectifi^ with the most inq>ortant values satisfied first. 
The web sate sender 202 converts the received results fix>m search engm into HTML 

30 and forwards or "serves" the created page to the requesting user through page 211. 

To as»st in the retrieval of information fix)m portal 201, a user may access a 
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variety of difierent tools. As described above, the user may acx^ess the search ^gines 203 
through submitted page 21 1. Also, the user may employ the use of data agents as located 
on the user's terminal (or computer) so as to pre-format the submitted information so as 
to include, modify, or remove submitted information as necessary. Data agents may 
S include CGI scripts, JAVA components, ActiveX components, and the like. In addition 
to data agents reading on server 202, data agents may also reside with the suppliers 104 
and 105 so as to provide rahanced proces^ng of requested information for a user. 
Figure 2 also diows protocol translator 204 as part ofthe portal 201. The translator 204 
&cilitates supplier publication of HTML pages that are compliant with the protocol and 
10 the industry conunon vocabulary or ontology. This is desoibed fijrth^ in the discus^on 
of Figure 3. 

Figure 3 shows as low end supplier 104 providing information to be scarmed by 
a portal 201. Portal 201 is equivalent to that described with respect to Figure 2. Figure 
3 also includes an ISP 303 (an Independent Service Provider) in Web 101. A low esid 

15 supplier 304 (a suppli^ who lacks the capability or desire to siq>port organized pages 
locally) retrieves pages 307 into an Internet browse (software running on user 304's 
computer which translates HTML pages and displays the pages on user 304's display). 
Pages 307 mdude at least one template for populating arid submit^ 101. 
:&hbodimeiits of the present invention contenq)late template pages 307 including at least 

20 one of an initial set of dass^ attribute; and method identifiers for populatioa For example, 
user 304 requests Srom portal 201 the design template for dectric motors. In reply, 
protocol translator 204 retrieves the de^red dass/subdass, attribute, and method 
ontolo^es. These ontologies are translated into an HTML form and smt to user 304's 
Intern^ Browser 305 as template pages 307. User 304 next populates the recdved 

25 template pages 307 as completed template pages 306. 

Pages 306 m^ be forwarded bade directly to portal 20 1 where the pages 306 are 
parsed and added to knowledge base 301 as page 302. Alternatively, if user 304 has an 
ISP 303 ^ch will public the populated template pages 306, then user 304 forwards the 
populated template pages 306 as formatted web pages 308 to ISP 303 for storage. Next, 

30 web cnmder 3 10 scans ISP for conq)lying pages 308 and retrieves them as pages 309 for 
storage in knowledge base 301 for indexing and later retrieval. 
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Pages 307 may be sent fiom a variety of dififerent portals 201 . For example, in an 
industry sector where only one portal exists, the template page 307 would be sent from 
the angle portal 201. In industry sectors ^lere multiple portals exist, eadi supplier and/or 
user may wish others to adapt a specific variety of ontology which suits their business. 
S However, conflicting ontologies may result. To alleviate problems oreated by varying 
ontolo^es across a ^ngle industry sector, different portab may be programmed to 
respond to a specific variety of protocols. To this end, embodiments of the present 
invention may contemplate a ^gle sector portal govemmg the recognized ontology. 
While each of the other portals are fi^ee to adapt thdr ontology as need be, retrieving 

10 template pages 307 fi^m a sector portal ahnost guarantees compliance with the other 
portals \^o may have varied firom the accepted ontology. Further, if a non-sector portal 
201 (for example, a private corporation's portal) recdves a request for a template, 
embodiments of the present invention contemplate providing the us^ 304 with a dioice 
of sector-wide ontology or the private corporation's ontology. Moreover, variations of the 

IS type of ontology provided exist as depending on spedfics of user 304 induding spedfics 
sudi as ^w^iether the user 304 is deared to receive certain dashed (i.e., secret) ontologies 
(whm the classes, attributes, and/or methods themselves are dasufied), etc. 

Once portal 201 has recdved new pages, avariety of methods exist for updating 
the other portals in the sector (provided that the industry supports other portals). Hrst, 

20 eadi portal 201 may indude a list ofall other portals. Once new information is added, the 
portal 201 nu^ transmit a message to all other portals in the industry that new information 
has been recdved by portal 20 1 and dther attadiing the new information or providing a 
location on portal 201 for access to the stored information. This method provides the 
advantages that a user nu^ transmit information to a minimum numbo* of p ortals and have 

25 the transmitted information replicated by the recdving portal. Second, the sector portal 
may recdve and maintdn a listing of all new pages. Periodically, or upon demand of a 
user, each portal may scan the sector portal for new page addresses then scan the new 
pages themsdves for retrieval of the de^ed class, attribute, and method information. 
The information whidi a supplier may have on his site may indude image data 

30 induding VRML data, CCM Active Gr^hics images, Java Parametric Optimizers, CAD 
drawings; performance spedficationa, executable emulations, links to the supplies online 
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ordering system, Hnks to previous order status, or otho* image data information, etc. Also, 
non-image data may be found at the supplier's site including HTML pages including 
organized protocol, EDI links (links furthering electronic data interchange), technical data, 
technical services, or other non-image data information, etc. When a portal scans a 
5 supplier's ^te, the invention contemplates that at least some technical data (and possibly 
some image data) may be retrieved and stored in the portal. The remaining technical and 
image data m^ remain stored at the supplier's site for later access. The supplier may also 
use data agents to gather information from the usm in order to, among other things, 
enhance the usability of the supplier's site for the user. These mhancaments may inchide 

10 pefsonafizing the supplier's ^ througji placing data agents on the supplier's site induding 
posabfy CG[ soipts, Java 2q}plets^ and inter&ces to the supplier's databases. For example, 
a supplier's dte may include a Java applet which may enable enhanced seardiing of a 
supplier's site for gceen widgets. By provi^ng the Java applet to a scanning portal, the 
portal may incorporate the Java applet into its stored index of suppliers so that, when 

IS infontnation is requested from the supplier's ^te, the user may run the Java component to 
enhance the retrieval of information (fcH* example, through the user dynamically acces^ng 
and manipulating a supplier's information as stored in the portal). Also, the Java 
component may format information when transmitted fix)m the user to the supplier so, 
vAten recdved at the suppliei's server, the supplier may quickly process received questions 

20 as having been previously formatted by the Java qqilet. 

Figure4 dK>ws a supplier lOS \^dihas the c^abiKty to publish its own protocol- 
compliant pages. The supplia^ lOS's ate includes a desktop frameworic 401, an Internet 
browse 305, protocol translator 402^ web server 403, l^acy q>plicadons 405, and legacy 
databases 406. An operator at desktop fian^work 401 requests a template page 307. The 

25 template page may be transferred to the protocol translator where the tmq>late page is 
combined with data (class, m^od, attribute, etc.) spedfying the supplied products and 
processes from siq>pUer 105. The resulting page 404 may be transfmed to wd> ser^ 
for posting. On request, the compiled pages 404 may be transferred to other sites (for 
example, users' portals 102) as pages 410. Alternately, the protocol translator may m^ 

30 data stored in legacy databases 406 to fidds in the template, create an HTML page 404 
embodying that data and the spedal protocol tags, and transfer that page 404 to web 
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server 403 for posting. The translator may also save the mapping for repeated use. 

Legacy databases 406 may store additional data (for example, images, VRML 
representations^ ^)edfications^ or other data, €Ac,) vAidti desmbe in greats detail supplier 
lOS's products and/or processes. Supplier lOS may make this additional information 

5 available to other portals as required (for portals meeting various requirements, possibly 
including security or other requirements). For example, when fiirther information not 
found or in addition to information found on pages 410, the web server recdving the 
request may forward the request to legacy database 406 from \^ere the requested 
mformation is accessed The legacy database 406 nu^ forward the data 409 to web server 

10 403 which then may forward the requested data, properly formatted in HTML as data 
411. Additionally, the data 41 1 may be transnutted in a form compatible with the applet 
at the requesting portal 102 for prop^ display in conjunction with the requesting applet. 
Other applications 40S may provide support for other fonctions of supplier lOS's mte 
induding updatiiig of the information stored in legacy database 406 as well as for allowing 

IS supplier 105's ^ to support a suite of integration tools as may be necessary for 
q>plications contained in tool suite 602 (described in greater detail bdow with respect to 
Figured). 

Figure S shows user site 103 as including a desktop framewoiic 501, an Intmiet 
browser 305, a local portal 502, a web server 504, project knowledge base 503, protocol 

20 translator 505, legacy i^jplicati^iis 507, legacy databases 506 and tool suite 508. Int^et 
browser 305 may fonction amilarly to the browser of Hgures 3 and 4 yet may retrieve 
data 509 in addition to pages 510. Browser 305 may transmit the recdved pages to tool 
suite 508, project knowledge base 503 and local portal 502. Also, browser 305 may 
exchange the received data 509 as needed with tool suite 508. 

25 The desktop framework 501 m^ access a variety of integration tools, data agents, 

FDM*s^ the local portal 502, an ^Ucation prograimnmg inter&ce, and an internal cache 
of accessed pages. 

Local portal 502 may retrieve pages 5 12 through cra\^er 511 which may scan the 
Internet 101. The retrieved page may then be parsed to page 521 and transferred to 
30 project knp^edge base 503. Whoi accessed, project knowledge base 503 provides 
requested information as page 520 to Internet browser 305 (when, for example, an 
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operator requests information stored in project knowledge base 503) or as page 522 to 
web server 504 (yAien, for example, page 522 containing a finished product or process is 
to be publi^ed onto the Intamet 101, for other upstream portals 102). When web server 
504 serves to publish con^iled pages, it may act like server 403 in Figure 4. To this end, 
5 legacy applications 507, protocol translator 505, legacy database 506 may fonction 
^milarly to that of the corresponding elements in Figure 4. 

Tool suite 508 may also receive additional pages 515 fix}m web server 504 or 
pages 517 finom browser 305. Data 516 and data 518 may follow ^milar supply paths 
respectively. Tool suite 508 includes a variety of tools which integrate the information 

10 contained in other portals 102, the local portal 502, and web serv^ 504 (as retrieving 
information, at least in part, from legacy database 506). 

Rgure 6 shows a more detailed illustration of the system of Figure 5. Delineation 
600 iiidicates the boiindary between a corporate portal and assodated systems and entities 
on the Internet. Local portal 607 indudes at least two distinct systems: a cra\)^er 609 

15 (similar to crai^der 205 desoibed above in Hgure 2), and ontology tracking component 
608. Coimected to the o^wl^ 609 and ontology tracking component 608 are a reverse 
index data base (RIDB) 61 1 and an object oriented database (OODB) 610. Crawder 609 
may receive pages from a number of sources including a supplio^s web site 601, a sector 
portal web site 616 (publislung pages and/or ontologies 634), or a private project web site 

20 606. Crawler 609 parses the recdved pages into character strings and stores the strings 
in RIDB 611 n^ere RIDB 611 indicates fi^m where the strings were recdved. When 
RIDB 611 has received a predetermined amount of protocol data, the protocol data is sent 
to ontology traddng component 608 where the ontology tracking component may store 
the found protocol data in OODB 610. In storing the found protocol data in OODB 610, 

25 ontology tracking component 608 may control the OODB 610 to store the received 
protocol data in an organized structure. For exanq>le, the ontology tracking component 
608 way control the OODB 610 to store the recdved protocol data as grouped by dass, 
attribute;, and/or m^hods. Also, the OODB 610 may store the signatures as separate fit>m 
the mi^ods to allow indexiiig. When requested, ontology tracking conq>onent 608 may 

30 seardi and retrieve information fix)m OODB 610 to satisfy search requests as outlmed 
above. 
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One feature of the ontology tracking component 608 is that it may maintain the 
ontology for organizing OODB 610. V/hm new classes^ attributes, and/or methods are 
recdved by cra^^er 609, the new information is provided to ontology tracking component 
608 for procesffliig. Ontology tracking component 608 may process the new 
S class/method/attribute in a variety of ways. For example, ontology tracking component 
608 m^ not update its own ontology, mstead waiting for standardized ontology 634 from 
sector portal 615. In this regard, a angle ontology is maintained ivith sector portal 615. 
When all portals subsoibe to only allowing sector portal 615 to update the accepted 
ontology, an invariant ontology is maintained. Alternately, ontology tracldng component 

10 608 may ahv^ update its own ontology, allowing maximum flexibility and creativity to 
the authors of published pages. Rirther, ontology traddng component 608 may selectively 
update the ontology based on a predetermined pattern of usage or time associated with 
newly recdved dasses/methods/attributes. For example, ontology tracldng component 
608 may w^ until a new class has been used in at least 10 pages before it dynamically 

15 updates itself to allow others to use the new dass as well as mdex on the dass. Also, 
ontology tracking conq)onent 608 may wait until a new dass has been used for 3 months 
before updating its own ontology. By limiting the rate at which the ontology traddng 
component 608 updates itsd^ the ontology tracking component 608 may minimize 
spurious occurrences of new terms (\^ch, in some instances, may be due to 

20 typograpMcal or transmission errors). Once updated, ontology tracking component may 
provide the new ontology to sector portal 615 through public corporate web site 613 via 
page 633. 

In addition to the ontology desoibe above, the ontology tracking con^on^it 608 
nu^ also indude the following baseline for associated objects: 
25 Ensonble A product vfbidh indudes this product; 
Ancestor Pre^ous vo^on of this product; 
Descendott Updated version of this product; 
Component A component used in this product; 
Accessories Other products which go the with the product; and, 
30 Ahanatives Other products which might also meet reqiuranents. 

Baseline ontology methods may indude business functions^ price or cost analysis, 
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calculation of lead time required for product deliv^, calculation of need for 
customization, a function for ordering parts, and a function for ordering s^vices. 
Additional methods may be performed by portal 607 including page certification, a 
orav^er report of vi^ed pages, and a page validation so as to ensure errors are kept to a 
S minimum. 

Integration with other system components such as the tool suite or project 
kno\dedge base may be made through CORBA or JAVA as needed. 

The information as stored in OODB 610 may be considered atomic or demental 
in nature as that it is combined with other information stored in the OODB (other atoms 

10 or dements, coOectively "items") and provided to a user. The user requests the items from 
portal 607 and receives data 625. Project knowledge base manager 604 receives data 62S 
and stores the data in database 605. the recdved data 625 may be cataloged 
acccmling to current projects a user is working. Also, the database 60S may also contain 
catalogs of items. For example, a user may want to bufld a device that requires a first 

15 component and a second component. The user searches via a search query (Boolean, 
hierarchical, parametric, etc.) and receives items A and B which match the search criteria 
for tiie first conqxniait and recdves items C and D \diich inatc^ 
second component. The project knowledge base manager may store the information 
relating to itons A and B together in a first catalog in database 60S and items C and D 

20 together in a second catalog in database 60S. Accordingly, v^en the user needs to 
evahiateortry a different hem (part, process, etc.), the user may direcdy access the stored 
list of catalogs. Also the currrat project may be stored in database 605 as a work in 
progress. The difference between the mfbrmation stored in a catalog and the infi)rmation 
stored as a work in progress is that the catalogs store end items, while information stored 

25 as a work in progr^s is a combination of dements or end it^ns. At least one goal of the 
catalog is to provide a readily accessible database of information for use in the creation 
of end items; vAiSle at least one goal of the project database is to store the created end 
hems (products or processes) as they evolve. 

Once a user complies an end item, project kno^edge base manager 604 may 

30 direct mformation relatmg to the completed eaid item (completed page 626) to private 
project wd) she 606 (whidi m^ contain additional end items (products, processes, etc.)) 
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for internal distribution to local portal 607. As local portal 607 may be one of a plurality 
of local portals 607 for a corporation^ the infonnation provided on private project web site 
606 may be transmitted to these additional web sites as well. One embodimrat of the 
present invention contemplates local portal 607 scanning private project web site 606 
5 periodical^ or upon request firom a user. Periodic scanning keeps local portal 607 updated 
autonomously. On the other hand, scanning upon request minimizes bandwidth 
consun^onforexdiangtnginformatioa To this aid, a user may spedfy when the portal 
is to scan (the web in gen^ or spedfic ates) for new protocol-compliant pages. 
An example of a process implemented m portal 607 is as follows: 
10 1) the portal 607 scans for information (628, 629) from e>ctemal information 

ptx)\dders (601, 616) and for information (627) from internal information providers (606). 

2) the portal stores the recdved information; 

3) the portal dynamically creates web pages for a user based on the stored 
information; and, 

IS 4) provides links to the additional information left back on the supplier's page. 

Tool sinte 602 includes various tools \^ch may use information 624 provided by 
project KBM 604, information 625 from the ontology traddng component 608 and related 
databases 610 and 611, and from supplier web ^es 601. These tools nu^ include a 
requirements integration and verification tool (vfbicti assures that assembled design objects 

20 (end items) meet individual requir^ents and comply with predefined rules); an 
affordability monitor (yAidi determines if the cost of the induded items and the processes 
required for combination exceeds predetermined budgets), a trade-off manager (which 
trades various dements to arrive at var^ng end items so to assist in the dedsion making 
process), a realization generator (which creates process alternatives for comtniung 

25 elements for detomruning vdieth^ the exid item may be unproved through alternative 
processes), and an integrated supply chain scheduler (yAiich coordinates the 
communication and infonnation exdiange among entities in a supply chain so as to arrive 
at feasible manu&cturing schedules). These tools may autonomously access the 
information stored in the portal 607 or stored in supplier web dtes 601 to compile and 

30 asdst usets in defining end items. 

Using the above described invention, users may rapidly configure a supply chain 
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of information, ea»ly search the chain for relevant information, determine the best nuitch 
of existing end items to new requirements, integrate desired goals or preft^^ces into a 
created md item, aggregate product realization plans for assembling a product, estimate 
the feasibility and effect of information trade-ofib as pertaining to, for example, costs, 

5 fiudlitate the exchange of models, simulations, and statistical information, integrate and 
manage trades, and exchange information with other applications. 

^plications of the above desoibed invention may include manufactured goods 
as relating to, at least, industry sectors mduding aerospace, automotive, general and 
disCTete manufiicturing, electromcs, pharmacwticals, and other industry specific 

10 manu&cturing supply and design chains and to service industries including, at least, real 
estate markets, finandal institutions' information exchange, loan institutions' information 
exdiange, insurance institutions' information exchange, and other industry specific 
information exchanges. 

While the present invention has been particularly described with reference to the 

15 prefmed embodimmts^ it should be readily appar^ to those of ordinary skill in the art 
that duinges and modifications in form and details may be made without departing firom 
the qniit and scope of fte invention. For example, the processes described above may be 
implemmted in software. For instance, the portals* 102 ability to retrieve, organize and 
store mi^ be coordinated fix>m stored memoiy modules as executed by said portal. It is 

20 intended that the appended claims indude such changes and modifications. 
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We claim: 

1 . A system for organizing information compri^ng: 

a data source storing data including organizational terms; 
a network connected to said data source; 

a portal connected to said networic for retrieving the data from said data source 
based on said organizational terms. 

2. The system acconfing to claim 1, said portal fiirther comprising a storage device 
for storing the retrieved data. 

3. The system according to claim 2, wh^dn the storage device includes a RAM. 

4. The systan according to claun 2, i^erdn the storage device includes a ROM. 

5. The system accordmg to daim 2, vlierein the storage device includes a video 
display. 

6. The systrai according to claim 2, said portal further comprising: 

a retrieval device for retrieving the data from said data source and providing said 
retrieved data to said storage device. 

7. The system according to claim 6, wherdn said retrieval device retrieves the data 
based on Boolean criteria. 

8. The system according to daim 6, wherein said portal further comprises: 

an organizational manager for organizing the data based on the organizational 
terms, said organizational manager receiving said data from said storage device. 

9. The system according to claim 8, wherdn said organizational manager organizes 
smd data based on a previously stored ontology of the organizational terms. 
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10. The system according to claim 8, who:^ said organizational manager dynamically 
organizes said data based an ontology developed Srom the received organizational terms. 

1 1 . The system according to daim 1 , herein the organizational terms include at least 
one desmptor. 

5 12. The system according to claim 11, wherein the descriptor indudes a class 
identifier. 

13. The syst^ according to daim 1 1, wherdn the desoiptor includes an attribute 
identifier. 

14. The system according to daim 1 1, wherein the descriptor includes a method 
10 identifier. 

15. A system for organi2ing information comprising: 

a data source storing data induding organizational terms; 
a network connected to said data source; 

a portal connected to said network for retrieving the data fi-om said data source 
IS and for categorizing the retrieved data, wherdn said categorizing is based on said 
organizational terms. 

16. The system according to daim IS, fiirtherconqmsing a 
the categorized data. 

17. The syst^ according to daim 16, \^^idn the storage device indudes a RAM. 

20 18. The system according to claim 16, \^erdn the storage device includes a ROM. 

19. The system according to daim 16, wherein the storage device includes a video 
display. 
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20. The system according to claim 16, wh^dn said portal fiirther comprises: 

an extraction device for extracting the categorized data from smd storage device. 

21. The system according to claim 15, Mlierein said portal fiirther comprises: 

an extraction device for extracting the categorized data from a storage device, 
wherein said extraction device extracts the categorized data based on Boolean search 
criteria. 

22. The ^stem according to daim IS, wherein said portal fiirther comprises: 

an extraction device for extracting the categorized data from a storage device, 
vdierein said extraction device extracts the categorized data based on hierarchical search 
criteria. 

23. The system according to claim IS, \^di^dn said portal fiirther comprises: 

an extraction device for extracting the categorized data from a storage device, 
vdierdn said extraction device extracts the categorized data based on parametric seardi 
criteria. 

24. The system accordmg to clakn 20, wherdn said storage device stores said data in 
at least one of dass, method, and attribute criteria. 

25. The system according to claim 20, wherdn said storage device receives said data 
&om a reverse index database. 

26. The system acconfing to claim 20, fiirther compri^iig: 

an organizational manager for organizing said data based on a previously stored 
ontology of the organizational tmns for storage in said storage device. 

27. The ^stem according to daim 20, fiirther comprising: 

an organizational manager for (fynamicalfy organizing said data based an ontology 
devdoped from the recdved organizational terms. 
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28. The system according to daim IS, wherdn the organizational terms include at 
least one descriptor. 

29. The system according to daim 28, wherein the descriptor includes a class 
id^itifier. 

S 30. The system according to claim 28, wherdn the desaiptor includes an attribute 
identifier. 

31. The system according to claim 28, whefein the descriptor includes a method 
identifier. 

32. The system according to daim 2, wherein said storage device mcludes a fixed disk 
10 drive. 

33. The system according to daim 16, wherein said storage device includes a fixed 
disk drive. 

33. A method for organizing information conq>riang the steps of: 
storing at a remote location data induding organizational temis; 
IS scanning said remote location for the existence of the organizational terms; 

retrieving fix>m said remote location the data as based on said organizational tmns. 

33 . The method according to daim 32, fiuther induding the steps of: 
categorizing the retrieved data, and 
storing the categorized data. 

20 34. The method according to claim 32, wherein said retrieval step retrieves the data 
as based on Boolean criteria. 
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35. The method according to daim 32, v^erein said categorizing step further includes 
the step of: 

organizing the received data based on the organizational terms. 

36. The method according to claim 35, wherein said organizing step organizes said 
data based on a previously stored ontology of the organizational t^ms. 

37. The method according to daim 35, wh^ein said organizing step dynamically 
organizes said data based an ontology devdoped from the recdved organizational terms. 

38. The method according to daim 33, wherdn the organizational terms include at 
least one descriptor. 

39. The method according to claim 33, i^erdn the descriptor includes a class 
identifier. 

40. The system according to daim 33, wherein the descriptor includes an attribute 
idendfier. 

41. The system according to daim 33, wherein the descriptor indudes a method 
identifier. 

42. A method for organizing information comprising the steps of: 
storing data induding organizational terms at a remote location; 
retrieving firom said remote location the data; and, 

cat^orizing the retrieved data, \dierdn said categorizing is based on said 
organizational terms. 

43. The method according to daim 42, fiirther compri^g the step of: 
storing the categorized data in a storage device. 
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44. The method according to claim 43, further comprising the step of: 
extracting the categorized data from said storage device. 

45. The method according to claim 43, further comprising the step of: 
extracting the categorized data from said storage device based on Boolean search 

5 criteria. 

46. The method according to daim 43, fiirther comprising the step of: 
extracting the categorized data from said storage device based on hierarchical 

search critaia. 

47. The method according to daim 43, fiirther comprising the step of: 

10 extracting the categorized data from said storage device based on parametric 

search criteria. 

48. The method accorcting to daim 43, wherein said storing step stores said data in 
at least one of class, method, and attribute criteria. 

49. The method according to daim 44, wherdn said storing step receives said data 
1 S from a reverse index database. 

50. The method according to claim 44, further comprising the step of: 
oiganizing said data based on a previously stored ontology of the organizational 

terms for storage in said storage device. 

51. The method according to dsim 44, fiuth^* comprising the step of: 

20 dynamically oiganiang said data based an ontology devdoped from the recdved 

organizational terms. 

52. The method according to claim 42, wh^ein the organizational terms include at 
least one descriptor. 
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53. The method acxording to claim 52^ herein the descriptor includes a class 
identifier, 

54. The method according to claim 52, herein the descriptor includes an attribute 
identifi^. 

55. The method according to claim 52, wherdn the desoiptor includes a method 
identifier. 

56. A systemfi>r oigani2ing data retrievable ov^ a network firom a data source, said 
system comprising: 

a portal connected to said network for retrieving the data with organizational 
terms firom said data source based on said organizational terms; and, 
a storage device for storing said data. 

57. A system &>r organizing data retrievable over a network fi-om a data source, said 
system compri»ng: 

a portal connected to said network for retrieving the data firom said data source 
and for categorizing the retrieved data, \^erdn said categorizing is based on 
organizational terms associated with the data; and, 

a storage device for storing the categorized data. 

58. A method for orgaiiizirig data retrievable over a network firom a data soiirce, said 
method compri^g the step of: 

r^eviiig the data whh organizational terms firom said data source based on said 
organizational terms. 

59. A method for organizing information retrievable ov^ a network fix)m a data 
source, said method comprmig the steps of: 

retrieving the data with organizational terms firom said data source; and, 
categorizing the retrieved data, wherein said categorinng is based on said 
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